home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0396.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.7 KB  |  41 lines
  1. Tim Berners-Lee said:
  2. >But it seems feasable.  Maybe we can try it out with some non top-level
  3. >domain
  4. >and when it works register a www.net or maybe just a .www.  :-)
  5.  
  6. Trying it out is no problem; there are plenty of friendly DNS admins around
  7. (including me ...). In the longer term it would have to be www.net rather
  8. than just .www.
  9.  
  10. >Now, as you point out, we need some mirroring software.  (Ed, you know
  11. >of any?)
  12.  
  13. Mirroring is a difficult problem, eg should the secondaries poll the
  14. primary to pick up new copies, or should the primary push changes out
  15. to the secondaries ? Should you tranfser entire copies of a server's data
  16. (needed when bringing up a new secondary) or should you just transfer
  17. deltas ? 
  18.  
  19. For mirroring to work well it needs to be part of the protocol. Maybe
  20. something for HTTP3 .... ?
  21.  
  22. >Rather than just retry another IP address on error on the first, which would
  23. >be slow because of the long tcp timeout, a better method would be, the first
  24. >time a client encounters a given server with >1 IP address, to ping 
  25. >all of them
  26. >wait for any reply packet and take the winner, then connect to that. Solves
  27. >the traffic reduction and the reliability in one swell foop.
  28.  
  29. One way to do this is to create a number of sockets, one per address,
  30. mark them all as non-blocking, connect() to each of the addresses and 
  31. then select(), ie. send out parallel connection requests and take the first
  32. (even if all connections get established before we process the select(),
  33. that is only three packets per connection).
  34.  
  35. This method solves the problem of finding the nearest server, and also
  36. the problem of asynch connects mentioned earlier re: midas: just set a
  37. suitable timeout on the select call.
  38.  
  39. Kevin
  40.  
  41.